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Foreword 



id , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project: Technical Specification 
Group Services and System Aspects; Telecommunication management, as identified below: 

32.361: "Entry Point (EP) Integration Reference Point (IRP): Requirements" 

32.362: "Entry Point (EP) Integration Reference Point (IRP): Information Service (IS)" 

32.363: "Entry Point (EP) Integration Reference Point (IRP): Common Object Request Broker 

Architecture (CORBA) Solution Set (SS)" 

32.365: "Entry Point (EP) Integration Reference Point (IRP): extensible Markup Language (XML) 

definitions" 

32.367: "Entry Point (EP) Integration Reference Point (IRP): SOAP Solution Set (SS)" 

The present document is part of a set of technical specifications defining the Telecommunication Management (TM) of 
3G systems. The TM principles are described in 3GPP TS 32.101 [1]. The TM architecture is described in 
3GPP TS 32.102 [2]. The other specifications define the interface (Itf-N) between the managing system (manager), 
which is in general the Network Manager (NM) and the managed system (agent), which is either an Element Manager 
(EM) or the managed NE itself. The Itf-N is composed of a number of Integration Reference Points (IRPs) defining the 
information in the agent that is visible for the manager, the operations that the manager may perform on this 
information and the notifications that are sent from the agent to the manager. EP (Entry Point) IRP is one of these IRPs 
with special function. 

It's difficult for an NM to discover all IRPs in the environment that there are several managed systems and/or if there 
are multiple IRPs related to each managed systems. This Entry Point is proposed to provide a convenient mechanism for 
NM to discover the managed systems and their related IRPs. 
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Scope 



The present document specifies the CORBA Solution Set for the IRP whose semantics are specified in the Entry Point 
IRP: Information Service (3GPP TS 32.362 [6]). 

This Solution Set specification is related to 3GPP TS 32.362 V8.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.361: "Telecommunication management; Entry Point (EP) Integration Reference Point 

(IRP): Requirements". 

[4] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP): 

Information Service (IS)". 

[5] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP): 

Requirements". 

[6] 3GPP TS 32.362: "Telecommunication management; Entry Point (EP) Integration Reference Point 

(IRP): Information Service (IS)". 

[7] 3GPP TS 32.303: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Common Object Request Broker Architecture 
(CORBA) Solution Set (SS)". 

[8] OMG TC Document telecom/98-1 1-01: "OMG Notification Service". 

http://www.omg.org/technology/documents/ 

[9] 3GPP TS 32.300: "Telecommunication management; Configuration Management (CM); Name 

convention for Managed Objects". 

[10] ITU-T Recommendation Q. 816.1 Recommendation "CORBA based TMN services: Extensions 

to support coarse-grained interfaces". 

[II] OMG TC Document telecom/98-12-09: "CORBAservices: Common Object Services 
Specification", http://www.omg.org/technology/documents/ 

[12] ISO 8859-1: "Information technology - 8-bit single-byte coded graphic character sets - 

Part 1: Latin alphabet No. 1". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions defined in 3GPP TS 32.101 [1], 
3GPP TS 32.102 [2], 3GPP TS 32.361 [3] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.31 1 [5]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 
CORBA Common Object Request Broker Architecture 



DN 


Distinguished Name 


EM 


Element Manager 


EP 


Entry Point 


EPIRP 


Entry Point IRP 


IRP 


Integration Reference Point 


IOC 


Information Object Class 


IS 


Information Service 


NE 


Network Element 


NM 


Network Manager 


SS 


Solution Set 



4 Architectural features 

The overall architectural feature of EPIRP is specified in 3GPP TS 32.362 [6]. 
This clause specifies features that are specific to the CORBA SS. 

4.1 Notifications 

Notifications are sent according to the Notification IRP: CORBA SS (see 3GPP TS 32.303 [7]). 
The contents of the EPIRP notifications are defined in the present document. 

4.2 Syntax for Distinguished Names and versions 

The format of a Distinguished Name is defined in 3GPP TS 32.300 [9]. 

The version of this IRP is represented as a string (see also clause 3 for versions). 
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5 Mapping 

5.1 Operation and Notification mapping 

EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of operation and notification visible across the EPIRP. 
Table 1 indicates the mapping of these operations and notifications to their equivalents defined in this SS. 

Table 1 : Mapping from IS Operations and Notification to SS equivalents 



IS Operations/ notification TS 32.362 [6] 


SS Method 


Qualifier 


getlRPOutline 


get irp outline 


M 


getlRPReference 


get irp reference 


M 


releaselRPReference 


release irp reference 


M 


notifylRPInfoChanges 


push structured event (See clause 6.1) 


M 


getlRPVersion (see note) 


get ep irp versions 


M 


getOperationProfile (see note) 


get ep irp operations profile 





getNotificationProfile (see note) 


get ep irp notification profile 





NOTE: This operation is of ManagedGenericIRP IOC specified in 3GPP TS 32.312 [4]. The EPIRP IOC of 3GPP TS 
32.362 [6] inherits from it. 



5.2 Operation parameter mapping 



The EPIRP: IS 3GPP TS 32.362 [6] defines semantics of parameters carried in operations across the EPIRP. The 
following tables indicate the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

Table 2: Mapping from IS getlRPOutline parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


iRPVersion 


ManagedGenericlRPConstDefs::VersionNumber irp version 


M 


supportedlRPList 


EPIRPConstDefs::SupportedlRPList supported irp list 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

GetlRPOutline, InvalidlRPVersion 


M 



Table 3: Mapping from IS getlRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::Managerldentifier manager identifier 


M 


system Dn 


EPIRPConstDefs::DN system dn 


M 


rDN 


EPIRPConstDefs::RDN r DN 


M 


iRPReference 


string irp reference (stringified IOR) 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

GetlRPReference, ManagedGenericlRPSystem::lnvalidParameter 


M 



Table 4: Mapping from IS releaselRPReference parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerldentifier 


EPIRPConstDefs::Managerldentifier manager identifier 


M 


iRPReference 


string irp reference (stringified IOR) 


M 


status 


Return value of type EPIRPConstDefs::Result 

Exception: 

ReleaselRPReference, UnknownlRPReference 


M 
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Table 5: Mapping from IS getiRP vers ion parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


versionNumberSet 


Return value of type ManagedGenericlRPConstDefs::VersionNumberSet 


M 


status 


Exception: 
GetEPIRPVersions 


M 



Table 6: Mapping from IS getoperationProf ile parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


iRPVersion 


ManagedGenericlRPConstDefs::VersionNumber irp version 


M 


operationNameProfile, 
operationParameterProfile 


Return value of type ManagedGenericlRPConstDefs::MethodList 


M 


status 


Exception: 

GetEPIRPOperationsProfile, 

ManagedGenericlRPSystem::OperationNotSupported, 

ManagedGenericlRPSystem::lnvalidParameter 


M 



Table 7: Mapping from IS getNotif icationProf ile parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


iRPVersion 


ManagedGenericlRPConstDefs::VersionNumber 
irp version 


M 


notificationNameProfile, 
notificationParameterProfile 


Return value of type 
ManagedGenericlRPConstDefs::MethodList 


M 


status 


Exception: 

GetEPIRPNotificationProfile, 

ManagedGenericlRPSystem::OperationNotSupported, 

ManagedGenericlRPSystem::lnvalidParameter 


M 



5.3 Notification parameter mapping 

The EPIRP: IS (3GPP TS 32.362 [6]) defines semantics of parameters carried in notifications. The following table 
indicates the mapping of these parameters to their OMG CORB A Structured Event (defined in OMG Notification 
Service [8]) equivalents. The composition of OMG Structured Event, as defined in the OMG Notification Service [8], 
is: 



Header 



Body 



Fixed Header 

domain_name 

type_name 

eventname 
Variable Header 

f ilterable_body_f ields 
remaining_body 



The following table lists all OMG Structured Event attributes in the second column. The first column identifies the 
EPIRP: IS (3GPP TS 32.362 [6]) defined notification parameters. 
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Table 8: Mapping for notifylRPInf oChanges 



IS Parameters 


OMG CORBA 

Structured Event 

attribute 


Qualifier 


Comment 


There is no 
corresponding IS 
attribute. 


domain_name 


M 


It carries the IRP document version number string. See 
clause 3.1. 

It indicates the syntax and semantics of the Structured Event as 
defined by the present document. 


notificationType 


type_name 


M 


This is the ET IRPINFO CHANGES of module of 
EPIRPSystem. 


There is no 
corresponding IS 
attribute. 


event_name 


M 


It carries no information. 


There is no 
corresponding IS 
attribute. 


Variable Header 






objectClass, 
objectlnstance 


One NV pair of 
filterable_body_fields 


M 


NV stands for name-value pair. Order arrangement of NV pairs 
is not significant. The name of NV-pair is always encoded in 
string. 

Name of this NV pair is the MANAGED_OBJECT_INSTANCE 
of interface AttributeNameValue of module 
NotificationlRPConstDefs. 

Value of NV pair is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


notificationld 


One NV pair of 
remaining_body 


M 


Name of NV pair is the NOTIFICATIONJD of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is a long. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


eventTime 


One NV pair of 
filterable_body_fields 


M 


Name of NV pair is the EVENT_TIME of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is IRPTime. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


systemDN 


One NV pair of 
filterable_body_fields 


M 


Name of NV pair is the SYSTEM_DN of interface 
AttributeNameValue of module NotificationlRPConstDefs. 

Value of NV pair is a string. See corresponding table in 
Notification IRP: CORBA SS (3GPP TS 32.303 [7]). 


iRPDn 


One NV pair of 
remaining_body 


M 


Name of NV pair is the IRP_DN of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a EPIRPConstDefs::DN. 


changeMode 


One NV pair of 
remaining_body 


M 


Name of NV pair is the CHANGE_MODE of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a EPIRPConstDefs::ChangeMode. 


additionalText 


One NV pair of 
remaining_body 


M 


Name of NV pair is the ADDITIONAL_TEXT of interface 
NotifylRPInfoChanges of module EPIRPNotifications. 

Value of NV pair is a string. 
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EPIRPNotification Interface 



OMG CORBA Notification push operation is used to realise the notification of EPIRPNotif ications. All the 
notifications in this interface are implemented using this push_structured_event method. 

6.1 Method push (M) 

module CosNotifyComm { 

Interface SequencePushConsumer : NotifyPublish { 
void push_structured_events ( 

in CosNotif ication: : EventBatch notifications) 
raises ( CosEventComm: : Disconnected) ; 

} ; // SequencePushConsumer 

} ; // CosNotifyComm 

1) The push_structured_events method takes an input parameter of type EventBatch as defined in the 
OMG CosNotif ication module (OMG Notification Service [8]). This data type is the same as a sequence 
of Structured Events. Upon invocation, this parameter shall contain a sequence of Structured Events being 
delivered to IRPManager by IRP Agent to which it is connected. 

2) The maximum number of events that shall be transmitted within a single invocation of this operation is 
controlled by IRP Agent wide configuration parameter. 

3) The amount of time the supplier (IRP Agent) of a sequence of Structured Events shall accumulate individual 
events into the sequence before invoking this operation is controlled by IRP Agent wide configuration parameter 
as well. 

4) IRP Agent may push EventBatch with only one Structured Event. 
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Annex A (normative): 
IDL specifications 

A.1 IDL specification (file name "EPIRPConstDefs.idl") 

//File: EPIRPConstDefs.idl 
#ifndef _EP_IRP_CONST_DEFS_IDL_ 
#define _EP_IRP_CONST_DEFS_IDL_ 

#include <ManagedGenericIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPConstDef s 

{ 

enum Result {OK, FAILURE}; 

/* 

The RDN carries an optional instance class name and a mandatory 
instance identifier. This type (a string) may contain or 1 
equal sign. If an equal sign is present, the substring before 
the equal sign is the class name, and the substring after the 
equal sign is the instance identifier. If the equal sign is 
absent, the entire string is the instance identifier. 
*/ 

typedef string RDN; 

typedef string DN; 

typedef sequence<DN> DNList; 

/* 

IRPManagementScopeOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union IRPManagementScopeOpt switch (boolean) 

{ 

case TRUE: DNList value; 

}; 
/* 

The IRPElement defines the structure to be returned as part of 

get_irp_outline ( ) . 

*/ 

struct IRPElement 

{ 

RDN r_DN; 

ManagedGenericIRPConstDef s : : VersionNumberSet irp_versions; 

IRPManagementScopeOpt irp_management_scope ; 

}; 
/* 

List of all IRPElement and their associated parameters. 

*/ 

typedef sequence<IRPElement> IRPList; 

struct SupportedIRP 

{ 

DN sy s t em_dn ; 
IRPList irp_list; 

}; 

typedef sequence<SupportedIRP> SupportedlRPList ; 

typedef string Managerldentif ier; 

enum ChangeMode {REGISTER, DEREGISTER, MODIFY} ; 
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Define the parameters specified in 
the notifyEpInfoChanges notification. 
*/ 

interface AttributeNameValue 



const string IRP_DN = " IRP_DN" ; 

const string CHANGE_MODE = "CHANGEJVIODE" ; 

const string ADDITIONAL_TEXT = "ADDITIONAL TEXT" 



#endif // EP IRP CONST DEFS IDL 
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A.2 IDL specification (file name "EPIRPSystem.idl") 

//File: EPIRPSystem.idl 
#ifndef _EP_IRP_SYSTEM_IDL_ 
idefine _EP_IRP_SYSTEM_IDL_ 

#include <ManagedGenericIRPConstDef s . idl> 
#include <ManagedGenericIRPSystem. idl> 
#include <EPIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPSystem 

*/ 

module EPIRPSystem 

{ 

exception InvalidlRPVersion { string reason; }; 
exception UnknownlRPRef erence { string reason; }; 

/* 

System fails to complete the operation. System can provide reason 

to qualify the exception. The semantics carried in reason 

is outside the scope of this IRP. 

*/ 

exception GetlRPOutline { string reason; }; 

exception GetlRPRef erence { string reason; }; 

exception ReleaselRPRef erence { string reason; }; 

exception GetEPIRPVersions { string reason; }; 

exception GetEPIRPOperationsProf ile { string reason; }; 

exception GetEPIRPNotif icationProf ile { string reason; }; 

interface EPIRP 

{ 

/** 

* The IRPManager uses this operation to request the EPIRP to 

* return the outline information of the supported IRPs . The EPIRP 

* shall return the outline information of all the IRPs supported by the 

* IRPAgent that contains the EPIRP. The EPIRP may 

* additionally return the outline information of all the IRPs supported 

* by other IRPAgents. 
*/ 

EPIRPConstDef s : : Result get_irp_outline ( 

in ManagedGenericIRPConstDef s : : VersionNumber irp_version, 

out EPIRPConstDef s :: SupportedlRPList supported_irp_list 
) 
raises (GetlRPOutline, InvalidlRPVersion); 

/** 

* The IRPManager uses this operation to request the EPIRP to return 

* the stringified IOR of the IRP identified by system_dn and r_DN. 
*/ 

EPIRPConstDef s : : Result get_irp_ref erence ( 

in EPIRPConstDef s : :ManagerIdentif ier manager_identif ier, 

in EPIRPConstDef s : :DN system_dn, 

in EPIRPConstDef s: :RDN r_DN, 

out string irp_ref erence 
) 
raises (GetlRPRef erence, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

/** 

* The IRPManager uses this operation to request the IRPAgent to 

* release a specific IRP reference. Whether the IRP reference 

* is really released or not in the IRPAgent is outside the 

* scope of this document. 
*/ 

EPIRPConstDef s : : Result release_irp_ref erence ( 

in EPIRPConstDef s : :ManagerIdentif ier manager_identif ier, 

in string irp_ref erence 
) 

raises (ReleaselRPRef erence, 
UnknownlRPRef erence) ; 

/** 
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* Return the list of all supported EPIRP versions. 
*/ 

ManagedGenericIRPConstDef s : : VersionNumberSet get_ep_irp_versions { 

) 

raises (GetEPIRPVersions) ; 

/** 

* Return the list of all supported operations and their supported 

* parameters for a specific EPIRP version. 
*/ 

ManagedGenericIRPConstDef s : :MethodList get_ep_irp_operations_prof ile ( 

in ManagedGenericIRPConstDef s : : VersionNumber irp_version 
) 
raises (GetEPIRPOperat ions Prof ile, 

ManagedGenericIRPSystem: :OperationNot Supported, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

/** 

* Return the list of all supported notifications and their supported 

* parameters for a specific EPIRP version. 
*/ 

ManagedGenericIRPConstDef s : :MethodList get_ep_irp_notif ication_prof ile 
( 

in ManagedGenericIRPConstDef s :: VersionNumber irp_version 
) 
raises (GetEPIRPNotif icationProf ile, 

ManagedGenericIRPSystem: :OperationNot Supported, 

ManagedGenericIRPSystem: : InvalidParameter) ; 

} ; 



#endif // EP IRP SYSTEM IDL 
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A.3 IDL specification (file name " EPIRPNotifications.idl") 

//File: EPIRPNotifications.idl 
#ifndef _EP_IRP_NOTIFICATIONS_IDL_ 
#define _EP_IRP_NOTIFICATIONS_IDL_ 

#include <Notif icationlRPNotif ications . idl> 
iinclude <EPIRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: EPIRPNotif ications 

*/ 

module EPIRPNotif ications 

{ 

interface NotifylRPInf oChanges : Notif icationlRPNotif ications : :Notify 

{ 

const string ET_IRPINFO_CHANGES = "notifylrplnf oChanges" ; 

/** 

* This constant defines the name of the iRPDn property. 

* The data type for the value of this property 

* is DN. 
*/ 

const string IRP_DN = 

EPIRPConstDef s : : AttributeName Value : : IRP_DN; 

/ * * 

* This constant defines the name of the changeMode property. 

* The data type for the value of this property is ChangeMode. 
*/ 

const string CHANGEJVIODE = 

EPIRPConstDef S: : AttributeName Value : : CHANGEJYIODE ; 

/** 

* This constant defines the name of the additionalText property. 

* The data type for the value of this property is string. 
*/ 

const string ADDITIONAL_TEXT = 

EPIRPConstDef s: : AttributeName Value : :ADDITIONAL_TEXT; 

}; 



#endif // EP IRP NOTIFICATIONS IDL 
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Annex B (informative): 

Convention when using INS to fulfill part of EPIRP functions 

The implementation of the EPIRP and in particular, the management of CORBA object references within EPIRP, is not 
a subject matter for 3GPP standardization. 

ITU-T SG4 Framework for CORBA-Based Telecommunications Management Network Interfaces (ITU-T 
Recommendation Q. 816.1 [10]) uses OMG Interoperable Naming Service (INS) [11] for the management of CORBA 
object references. Furthermore, it specifies a convention to name and populate the CORBA object entries within the 
INS. 

This Annex notes that, in the event that an EPIRP implementation uses INS to fulfill part of EPIRP functions, it is 
advantageous to populate the INS using the ITU-T defined convention. 

Convention 

The OMG INS CORBA name component (in short, called CORBA compound name) has the following IDL definition: 

// IDL 

typedef string Istring; 

struct NameComponent { 

Istring id; 

Istring kind; 

}; 

I string is a placeholder for a future IDL internationalized string. The id and kind attributes must be composed of 
characters from the ISO 8859-1 [12] character set, excluding the null character and other non-printable characters. The 
strings cannot exceed 255 characters. The id attribute cannot be an empty string but the kind attribute can be an empty 
string. 

The CORBA compound name (see Name below) is defined as a sequence of name components: 

// IDL 

typedef sequence<NameComponent> Name; 

The 3GPP defined DN (in short, called DN) of a managed object is represented by the CORBA compound name. For 
example, a DN, quoted from 3GPP TS 32.300 [9], say 

'DC=se . companyZ . lmc,Network=9 , SubNetwork=l , IRPAgent = l , AlarmIRP . iRPId=2', shall be 
represented by a sequence of 6 name components where the id and kind of the first name component shall be 
'se_companyZ_lmc' and 'DC respectively. The CORBA compound name, shall be: 



index 


kind 


id 





'DC 


'se companyZ Imc' 


1 


'Network' 


'9' 


2 


'SubNetwork' 


'1' 


3 


'IRPAgenf 


'1' 


4 


'AlarmlRP.iRPId' 


'2' 


5 


" 


'Object' 



The CORBA compound name, in stringified name form, shall be 
'se_companyZ_lmc.DC/9.Network/l.SubNetwork/l.IRP Agent/2. AlarmlRP.iRPId/Object'. 

NOTE 1: DN appears in interactions (e.g. operations, notifications) across the Itf-N. 

NOTE 2: The CORBA compound name is used internally with the IRP Agent (and its INS) and does not appear in 
interactions across the Itf-N. 
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The use of the last row of the CORBA compound name, i.e. kind == " and id =='Object', is in accordance to the 
convention standardized by ITU-T Recommendation Q. 816.1 [10]. According to convention standardized by ITU-T 
Recommendation Q. 8 16.1 [10], the use of index to 4 inclusive is to indicate the naming context of the object and the 
use of index to 5 inclusive is to indicate the object itself. 

DN DC component is composed of multiple words separated by separator, i.e. a dot. It is suggested that the 
applications (e.g. IRP Agent codes) that process CORBA compound name and DN should map the dot, used as separator 
in DN DC component, with underscore. This mapping is necessary because in the stringified CORBA compound 
name, the dot is used for the separation of id and kind. This replacement rule also implies that underscore should not 
be used as character of DC words. 
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Annex C (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Cat 


Old 


New 


Sep 2003 


SA 21 


SP-030425 


-- 


-- 


Submitted to TSG SA#21 for Information 




1.0.0 




Dec 2003 


SA 22 


SP-030636 


-- 


-- 


Submitted to TSG SA#22 for Approval 




2.0.0 


6.0.0 


Jun 2004 


SA_24 


SP-040248 


0001 


— 


Clarification of return value of getlRPReference and Correction of 
Distinguished Name (DN) and IDL errors 


F 


6.0.0 


6.1.0 


Dec 2004 


SA_26 


SP-040877 


0002 


1 


Correct mapping of IS-defined non-filterable parameters to SS-defined 
non-filterable fields, Eliminate new definitions in EP IRP CORBA SS 


F 


6.1.0 


6.2.0 


Mar 2005 


SA 27 


SP-050039 


0003 


-- 


IDL incompliant to the style guide 


F 


6.2.0 


6.3.0 


Mar 2005 


SA 27 


SP-050039 


0004 


-- 


Align EPIRPSystem IDL structure with TS 32.150 


F 


6.2.0 


6.3.0 


Sep 2005 


SA 29 


SP-050461 


0005 




Align the CORBA SS IDL with TS 32.1 50 Style Guide 


F 


6.3.0 


6.4.0 


Jun 2007 


SA_36 


— 


— 


— 


Automatic upgrade to Rel-7 (no CR) at freeze of Rel-7. Deleted reference 
to CMIP SS, discontinued from R7 onwards. 


— 


6.4.0 


7.0.0 


Sep 2007 


SA 37 


SP-070614 


0006 


-- 


Use IRP class name to method parameter - Align with 32.362 IS 


C 


7.0.0 


8.0.0 


Mar 2009 


SA 43 


SP-090207 


0007 


-- 


Include reference to SOAP Solution Set specification 


D 


8.0.0 


8.1.0 


Sep 2009 


SA-45 


SP-090534 


0008 


-- 


Correction of rDN attribute in IDL for CORBA compliance. 


F 


8.1.0 


8.2.0 
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